シン・プロビジョニング・ボリューム

また、シン・プロビジョニング・ボリュームを使用すれば、サーバー管理を容易にするのにも役立つ場合があります。ある容量を持つボリュームをアプリケーションに割り当て、アプリケーションのニーズの変化に応じてその容量を増やすのではなく、アプリケーション用に大きな仮想容量を持つボリュームを構成することができます。その上で、アプリケーションまたはサーバーの処理を中断することなく、アプリケーションのニーズの変化に応じて実容量を増加または縮小することができます。

プロビジョンされた容量 とは、ホストで使用可能なボリュームのストレージ容量です。実容量 とは、 プールからボリューム・コピーに対して予約されているストレージ容量です。標準プロビジョニング・ボリュームでは、プロビジョンされた容量と実容量は同じです。ただし、シン・プロビジョニング・ボリュームでは、プロビジョンされた容量が実容量よりはるかに大きい場合があります。

シン・プロビジョニング・ボリュームのプロビジョンされた容量は、一般的にその実容量よりも相当に大きくなります。それぞれのシステムは、ボリュームに書き込まれるデータおよびボリュームのシン・プロビジョニング構成を記述するメタデータを保管するために実容量を使用します。ボリュームに書き込まれる情報が増えると、使用される実容量が増えます。システムは、仮想容量の書き込まれていない部分に対する読み取り操作を識別して、実容量を使用せずにサーバーにゼロを返します。

システムは、シン・プロビジョニング・ボリューム の内容を記述する特別なメタデータを維持する必要があります。結果として、シン・プロビジョニング・ボリュームから得られる入出力速度は、同じ MDisk 上に割り振られた標準プロビジョニング・ボリュームから得られる速度より低下する可能性があります。

標準プール内にシン・プロビジョニング・ボリューム (thin-provisioned volume)を構成する場合は、警告レベル属性を使用することで、使用した実容量が、プロビジョンされた容量の全体のうちの指定した量またはパーセントを超えたときに警告イベントを生成することができます。また、警告イベントを使用して、 他の処置を起動する (低い優先度のアプリケーションをオフラインにする、データを他のストレージ・プールに移行するなど) ようにできます。

標準プール内のシン・プロビジョニング・ボリューム (thin-provisioned volume)に書き込み操作を行うための十分な実容量がない場合、ボリュームはオフラインにされ、エラーがログに記録されます (エラー・コード 1865、イベント ID 060001)。シン・プロビジョニング・ボリューム (thin-provisioned volume)へのアクセスを復旧するには、ボリュームの実容量を大きくするか、ボリュームが割り振られているストレージ・プールのサイズを大きくします。

標準プール内にシン・プロビジョニング・ボリューム (thin-provisioned volume)を作成する場合、32 KB、64 KB、128 KB、または 256 KB チャンクでスペースを割り振るためのグレーン・サイズを選択することができます。 選択するグレーン・サイズは、標準プール内のシン・プロビジョニング・ボリューム (thin-provisioned volume)の最大プロビジョン済み容量に影響を与えます。デフォルトのグレーン・サイズは 256 KB です。 グレーン・サイズに 32 KB を選択した場合、ボリュームは 260,000 GB を超えることはできません。 標準プール内にシン・プロビジョニング・ボリューム (thin-provisioned volume)を作成した後にグレーン・サイズを変更することはできません。 一般に、グレーン・サイズが小さいほどスペースが節約されますが、アクセスが必要なメタデータが増え、これがパフォーマンスに望ましくない影響を与える可能性があります。シン・プロビジョニング・ボリューム (thin-provisioned volume) を FlashCopy® ソースまたはターゲット・ボリュームとして使用しない場合、 パフォーマンスを最大化するために 256 KB を使用します。シン・プロビジョニング・ボリューム (thin-provisioned volume) を FlashCopy ソースまたはターゲット・ボリュームとして使用する場合は、ボリュームと FlashCopy 機能に同じグレーン・サイズを指定します。

シン・プロビジョニング・ボリューム (thin-provisioned volume) を作成するとき、 パフォーマンスを最大化するために、キャッシュ・モードを readwrite に設定します。キャッシュ・モードが none に設定されている場合、システムはシン・プロビジョニング・メタデータをキャッシュに入れることができず、そのためにパフォーマンスが低下します。データ削減プールから作成されたボリュームまたはボリューム・コピーでは、キャッシュ・モードが readwrite でなければなりません。データ削減プールからシン・プロビジョニング・ボリューム・コピーまたは圧縮ボリューム・コピーを作成する場合、キャッシュ・モードが readwrite でないと操作が失敗します。

自動拡張機能を使用することにより、シン・プロビジョニング・ボリューム (thin-provisioned volume) が その容量を使い過ぎてオフラインになることが防げます。シン・プロビジョニング・ボリューム (thin-provisioned volume) が容量を 使用すると、自動拡張機能が使用スペースの急増対応を考慮した容量 と呼ばれる未使用の実容量の固定量を維持します。データ削減プール内のシン・プロビジョニング・ボリュームの場合、使用スペースの急増対応を考慮した容量を保持するために、常に自動拡張機能が有効にされています。標準プール内のシン・プロビジョニング・ボリュームの場合は、自動拡張機能はオプションです。ただし、この機能を有効にしないと、使用スペースの急増対応を考慮した容量が使用し尽くされることで、ボリュームがオフラインになる可能性があります。標準プールを使用しており、アプリケーションに自動拡張機能が必要であるかどうかを判別したい場合は、自動拡張機能をオフにしたテスト用のシン・プロビジョニング・ボリューム (thin-provisioned volume)を作成することができます。アプリケーションによってボリュームの容量が使い尽くされ、ボリュームがオフラインになる場合は、自動拡張機能をオンにしたシン・プロビジョニング・ボリュームを作成することができます。